Oracle导入sql文件数据,中文乱码问题解决方案 | 您所在的位置:网站首页 › oracle sql文件导入数据库 › Oracle导入sql文件数据,中文乱码问题解决方案 |
问题描述:用a.sql文件执行insert,不论是通过pl/sql还是sqlplus @文件名都是中文数据出现乱码。 绝大多数情况是环境变量NLS_LANG的值和数据库字符集不一致导致。 查看环境变量 echo $NLS_LANG 查看数据库字符集 select userenv(‘language’) from dual; 如果二者不一致,修改其一使二者一致。 建议修改NLS_LANG,方便、简单、安全 修改NLS_LNAG,有两种方式 1,临时修改 在当前登录终端执行export NLS_LANG=XX (XX:表示数据库字符集) 本地登录退出后失效2,永久修改 修改.bash_profile,在文件中加入export NLS_LANG=XX (XX:表示数据库字符集) 重新登录后永久生效如果在设置环境变量的时候出现“XX: not a valid identifier”,检查XX中是否有空格,如果有空格要将XX用双引号包括。例如:export NLS_LANG=“SIMPLIFIED CHINESE_CHINA.ZHS16GBK” 可以通过pl/sql的help->support info->info选项的 Character Sets NLS_LANG: 的值来判断设置的环境变量是否有效, 如果无效,windows下面请设置注册表 另外就是注册sql文件的编码要和客户端的编码一致,我试过以下几种情况 服务端是utf8 客户端是gbk, window操作系统是gbk - 使用imp,exp,sqlpluls的时候控制台日志是中文,执行的sql如果是utf8编码,则写入的数据为乱码,如果修改sql文件的编码为gbk,则写入正常。导入的dmp的编码是utf8的时候,导入仍然是正常的 客户端是utf8, window操作系统是gbk - 使用imp,exp,sqlplus的时候控制台日志是乱码,执行的sql如果是utf8编码,则写入的数据正常,如果修改sql文件的编码为gbk,没为试,不确定。导入dmp的编码如果是gbk,导入的数据也正常 另外说明一下:如果环境变量和注册表都设置NLS_LANG, pl/sql受注册表影响的优化级更高,cmd控制台受环境变量的优先级更高。 |
CopyRight 2018-2019 实验室设备网 版权所有 |